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CONTROL APPARATUS AND METHOD THEREOF 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to a control 
apparatus and method thereof for controlling a digital 
video apparatus by using Universal Serial Bus (USB) . 
Related Background Art 

One technique for the interconnection between a 
personal computer and a digital video apparatus (such 
as a digital video camera) is Universal Serial Bus 
(USB) . It is known that there are USB specifications 
such as USB1.1 (Universal Serial Bus Specification 
Revision 1.1, September 23, 1998) and USB2 . 0 (Universal 
Serial Bus Specification Revision 2.0, April 27, 2000). 

In configuring a control apparatus for controlling 
a digital video apparatus by utilizing USB, it is 
necessary to provide a method of reliably notifying a 
host (such as a personal computer) of whether the 
status of the video apparatus is to a predetermined 
status (forward/reverse play, stop, pause, record, 
record pause, forward/reverse high speed play, 
forward/reverse slow play, and the like) . 

It is also necessary to provide a method of 
reliably notifying a host (such as a personal computer) 
of the reason why the status of a digital video 
apparatus is unable to be changed to a predetermined 



-2 - 

status . 

SUMMARY OF THE INVENTION 

An object of the present invention is to overcome 
5 the above-described drawbacks. 

Another object of the present invention is to 
provide a control apparatus and method thereof capable 
of reliably knowing whether the status of a digital 
video apparatus is to a predetermined status. 

10 Still another object of the present invention is 

to provide a control apparatus and method thereof 
capable of reliably knowing the reason why the status 
of a digital video apparatus is unable to be changed to 
a predetermined status. 

15 According to a preferred embodiment of the present 

invention, a control apparatus for controlling a 
digital video apparatus by using Universal Serial Bus 
(USB), comprises: a storage unit for storing a control 
program for controlling a first judgment step of 

20 judging whether a response to a first request for 
requesting to change a status of the digital video 
apparatus to a predetermined status is an ACK or not; a 
second judgment step of judging, if the response is the 
ACK, whether notification information notifying to the 

25 control apparatus that the status of the digital video 
apparatus changes before a lapse of a predetermined 
time is received or not; and a transmission step of 
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transmitting, if the notification information cannot be 
received before the lapse of the predetermined time, a 
second request for requesting for information 
representative of the status of the digital video 
5 apparatus to the digital video apparatus; and a control 
unit for executing the control program. 

According to another preferred embodiment of the 
present invention, a method for a control apparatus for 
controlling a digital video apparatus by using 

10 Universal Serial Bus (USB), comprises: a first judgment 
step of judging whether a response to a first request 
for requesting to change a status of the digital video 
apparatus to a predetermined status is an ACK or not; a 
second judgment step of judging, if the response is the 

15 ACK, whether notification information notifying to the 
control apparatus that the status of the digital video 
apparatus changes before a lapse of a predetermined 
time is received or not; and a transmission step of 
transmitting, if the notification information cannot be 

20 received before the lapse of the predetermined time, a 
second request for requesting for information 
representative of the status of the digital video 
apparatus to the digital video apparatus. 

According to a still another preferred embodiment 

25 of the present invention, a control apparatus for 
controlling a digital video apparatus by using 
Universal Serial Bus (USB), comprises: a storage unit 
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for storing a control program for controlling a first 
judgment step of judging whether a response to a first 
request for requesting to change a status of the 
digital video apparatus to a predetermined status is a 
5 STALL or not; a second judgment step of judging, if the 
response is the STALL, whether notification information 
notifying to "the control apparatus that the status of 
the digital video apparatus changes before a lapse of a 
predetermined time is received or not; and a 

10 transmission step of transmitting, if the notification 
information cannot be received before the lapse of the 
predetermined time, a second request for requesting for 
information representative of a cause of an error 
occurred at the digital video apparatus , to the digital 

15 video apparatus; and a control unit for executing the 
control program. 

According to a still another preferred embodiment 
of the present invention, a method for a control 
apparatus for controlling a digital video apparatus by 

20 using Universal Serial Bus (USB), comprises: a first 

judgment step of judging whether a response to a first 
request for requesting to change a status of the 
digital video apparatus to a predetermined status is a 
STALL or not; a second judgment step of judging, if the 

25 response is the STALL, whether notification information 
notifying to the control apparatus that the status of 
the digital video apparatus changes before a lapse of a 
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predetermined time is received or not; and a 
transmission step of transmitting, if the notification 
information cannot be received before the lapse of the 
predetermined time, a second request for requesting for 
5 information representative of a cause of an error 

occurred at the digital video apparatus to the digital 
video apparatus . 

Still other objects, features and advantages of 
the present invention will becomes fully apparent from 
10 the following detailed description of the preferred 
embodiments. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing a digital video 
15 (DV) control system according to an embodiment. 

Fig. 2 is a diagram showing the example of an 
interface descriptor stored in a memory 206 shown in 
Fig. 1. 

Fig. 3 is a flow chart illustrating an example of 
20 a procedure to be executed by a personal computer (PC) 
10 after it detects a digital video camera (DVC) 20. 

Fig. 4 is a flow chart illustrating an example of 
a procedure to be executed by PC 10 and DVC 20 when a 
user supplies a DV control program 107 with a forward 
25 play instruction. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 



4 



-6 - 



Embodiments of the invention will be described 
with reference to the accompanying drawings. 
First Embodiment 

Fig. 1 is a diagram showing a control system 
5 according of the first embodiment. A personal computer 
(PC) 10 is a control apparatus in present embodiment. 
A digital video camera (DVC) 20 is a digital video 
apparatus in present embodiment. 

PC 10 has a USB interface unit 101, a control unit 

10 102, a display unit 103, a storage unit 104, a keyboard 
105 and a pointing device 106. The USB interface unit 
101 is in conformity with USB1.1, USB2 . 0 and the like. 
The control unit 102 has a central processing unit 
(CPU) and a memory to control the operation of PC 10. 

15 The storage unit 104 is a recording medium such as a 

hard disk. The pointing device 106 is a mouse, a track 
pad or the like. 

A DV control program 107 and a USB driver 108 are 
installed in PC 10. The DV control program 107 is 

20 application software for controlling DVC 20 via the USB 
interface 101. The USB driver 108 is software for 
controlling the communications between PC 10 and DVC 20. 
PC 10 of present embodiment can control DVC 20 in 
accordance with the DV control program 107. 

25 DVC 20 has a camera unit 201, a digital video unit 

202, a recording medium 203, a USB interface unit 204, 
a control unit 205 and a memory 206. The camera unit 
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201 has a function of generating digital video data of 
an object by using an image sensor or the like. The 
digital video unit 202 has a function of recording 
digital video data pick up with the camera unit 201 
5 onto the recording medium 203 and a function of 
reproducing digital video data recorded on the 
recording medium 203. The recording medium 203 is a 
magnetic tape, a magnetic disk, a magneto-optical disk, 
a semiconductor memory, a hard disk or the like. The 
10 USB interface unit 204 is in conformity with USB1.1, 
USB2.0 or the like, similar to the USB interface unit 
101. 

The control unit 205 has a microcomputer and a 
memory to control the operation of DVC 20. The memory 

15 206 stores therein descriptor information describing 

various information on the performance and function of 
DVC 20 (the descriptor information including a device 
descriptor, a configuration descriptor, an interface 
descriptor and the like) . 

20 A control pipe 31 is a first logical connection 

which is automatically set by the USB driver 108 of PC 
10 between a control end point of PC 10 and a control 
end point of DVC 20. The control pipe 31 is a 
connection necessary for transferring a request for DVC 

25 20 to DVC 20 by using control transfer of the USB 

standards. An error code request (a request for an 
error code representative of the cause of an error 
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occurred at DVC 20), a status request (a request for 
status information representative of the current status 
of DVC 20) and the like are also transmitted to DVC 20 
via the control pipe 31. 
5 An isochronous pipe 32 is a second logical 

connection which is automatically set by the USB driver 
108 of PC 10 between an isochronous end point of PC 10 
and an isochronous end point of DVC 20 in accordance 
with the descriptor information of DVC 20. The 

10 isochronous pipe 32 is a connection necessary for 

transmitting digital video data reproduced from the 
recording medium 203 to PC 10 by isochronous transfer 
of the USB standards. The isochronous transfer is the 
transfer method which guarantees the transfer of a 

15 predetermined amount of data within a predetermined 
time period. 

An interrupt pipe 33 is a third logical connection 
which is automatically set by the USB driver 108 of PC 
10 between an interrupt end point of PC 10 and an 

20 interrupt end point of DVC 20 in accordance with the 
descriptor information of DVC 20. The interrupt pipe 
33 is a connection necessary for transmitting a status 
change notification (information on a current status 
change of DVC 20 to be notified to PC 10) , an error 

25 notification (information on an error occurrence at DVC 
20 to be notified to PC 10) and the like to PC 10 by 
interrupt transfer of the USB standards. 
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Fig. 2 is a diagram showing the example of an 
interface descriptor stored in the memory 206 shown in 
Fig. 1. As shown in Fig. 2, the interface descriptor 
has a bLength field (Offset = 0) , a bDescriptorType 
5 field (Offset =1), a bDescriptbrSubtype field (Offset 
= 2), a bTerminallD field (Offset = 3), a wTerminalType 
field (Offset = 4), a bAssocTerminal field (Offset = 6), 
an iTerminal field (Offset = 7), a wTransportTimeout 
field (Offset = 8), a wErrorTimeout field (Offset = 10) , 

10 a bControlSize field (Offset = 12) and a bmControls 
field (Offset =13). The contents of each field are 
described in Fig. 2. 

The wTransportTimeout field and wErrorTimeout 
field are important fields so that the detailed 

15 description thereof will be given. In the 

wTransportTimeout field, a value called a transport 
time-out is described. The transport time-out is the 
standby time until the DV control program 107 receives 
the status change notification. If the DV control 

20 program 107 cannot receive the status change 

notification from DVC 20 before the lapse of the 
transport time-out, the DV control program 107 
automatically transmits a status request to DVC 20. 
Therefore, even if the status change notification 

25 cannot be received from DVC 20 by any reason, the DV 

control program 107 can know the current status of DVC 
20 at the optimum timing. In present embodiment, the 
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transport time-out is assumed to be five seconds. 

In the wErorrTimeout field, a value called an 
error time-out is described. The error time-out is the 
standby time until the DV control program 107 receives 
5 the error notification. If the DV control program 107 
cannot receive the error notification from DVC 20 
before the lapse of the error time-out, the DV control 
program 107 automatically transmits an error code 
request to DVC 20. Therefore, even if the error 
10 notification cannot be received from DVC 20 by any 

reason, the DV control program 107 can know the cause 
of an error occurred at DVC 20 at the optimum timing. 
In present embodiment, the error time-out is assumed to 
be one second. 

15 Fig. 3 is a flow chart illustrating an example of 

the procedure to be executed after PC 10 detects a 
connection of DVC 20. 

Step S301: The USB driver 108 judges whether or 
not a connection (electric connection) of DVC 20 is 
20 detected. If a connection of DVC 20 is detected, the 
flow advances to Step S302. 

Step S302: The USB driver 108 automatically reads 
out the descriptor information of DVC 20 from DVC 20 
via the control pipe 31 and stores the read-out 
25 descriptor information in the storage unit 104. 

Step S303: The USB driver 108 automatically sets 
the isochronous pipe 32 between an isochronous end 



point of PC 10 and an isochronous end point of DVC 20, 
and the interrupt pipe 33 between an interrupt end 
point of PC 10 and an interrupt end point of DVC 20, in 
accordance with the descriptor information of DVC 20. 

With this procedure, it is possible for PC 10 of 
the present embodiment to automatically read out the 
descriptor information of DVC 20 from DVC 20 and 
automatically set the logical connections between PC 10 
and DVC 20. 

Fig. 4 is a flow chart illustrating an example of 
the procedure to be executed by PC 10 and DVC 20 when a 
user supplies the DV control program 107 with a forward 
play instruction. 

Step S401: In accordance with a user instruction, 
the DV control program 107 supplies the USB interface 
unit 101 with a forward play request (a request for 
changing the current status of DVC 20 to a play, state 
and transmitting digital video data reproduced from the 
recording medium 203 to PC 10 via the isochronous pipe 
32) . The USB interface unit 101 transmits the forward 
play request to DVC 20 via the control pipe 31. 

The USB interface unit 204 receives the forward 
play request from PC 10 via the control pipe 31 and 
supplies the received forward play request to the 
control unit 205. In accordance with the forward play 
request, the control unit 205 judges whether the status 
of DVC 10 can be changed to the play state. If the 
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status can be changed to the play state (or if the 
status is already in the play state) , the control unit 
205 supplies the USB interface unit 204 with an ACK, 
whereas if the status of DVC 10 cannot be changed to 
5 the play state, the control unit 205 supplies the USB 
interface unit 204 with a STALL. The USB interface 204 
transmits the ACK or STALL to PC 10 via the control 
pipe 31 . 

Step S402: The DV control program 107 judges 

10 whether the USB interface unit 101 receives the ACK via 
the control pipe 31. If the USB interface unit 204 
receives the ACK, the flow advances to Step S403, 
whereas if the USB interface unit 204 cannot receive 
the ACK, the flow advances to Step S408. 

15 Step S403: The DV control program 107 starts 

counting the transport time-out (in present embodiment, 
the transport time-out is assumed to be five seconds) . 
The transport time-out can be acquired from the above- 
described wTransportTimeout field. 

20 Step S404: The DV control program 107 judges 

whether the USB interface unit 101 receives the status 
change notification (information on a current status 
change of DVC 20 to be notified to PC 10) via the 
. interrupt pipe 33. If the USB interface unit 101 

25 receives the status change notification, the flow 

advances to Step S406, whereas if the USB interface 
unit 101 cannot receive the status change notification 
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by any reason, the flow advances to Step S405. 

Step S405: The DV control program 107 judges 
whether the transport time-out elapses. If the 
transport time-out elapses, the flow advances to Step 
5 S406, whereas if the transport time-out does not elapse, 
the flow returns to Step S404. 

Step S406: If the status change notification is 
received before the lapse of the transport time-out or 
if the status change notification cannot be received 

10 before the lapse of the transport time-out, the DV 

control program 107 supplies the USB interface unit 101 
with a status request (a request for the status 
information representative of the current status of DVC 
20) . The USB interface unit 101 transmits the status 

15 request to DVC 20 via the control pipe 31. 

The USB interface unit 204 receives the status 
request from PC 10 via the control pipe 31 and supplies 
the received status request to the control unit 205. 
The control unit 205 supplies the status information to 

20 the USB interface unit 204. The USB interface unit 204 
transmits the status information to PC 10 via the 
control pipe 31. 

Step S407: The DV control program 107 analyzes the 
status information supplied from DVC 20 to judge the 

25 current status of DVC 20. In order to notify the user 
of the current status of DVC 20, the DV control program 
107 displays the information (constituted of icons, 
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characters or the like) representative of the current 

status of DVC 20 on the display unit 103. 

Step S408: The DV control program 107 judges 

whether the USB interface unit 101 receives the STALL 
5 from DVC 20 via the control pipe 31. If the USB 

interface unit 204 receives the STALL, the flow 

advances to Step S409. 

Step S409: The DV control program 107 starts 

counting the error time-out (in present embodiment, the 
10 error time-out is assumed to be one second) . The error 

time-out can be acquired from the above-described 

wErrorTimeout field . 

Step S410: The DV control program 107 judges 

whether the USB interface unit 101 receives the error 
15 notification (information on an error occurrence at DVC 

20 to be notified to PC 10) via the interrupt pipe 33. 

If the USB interface unit 101 receives the error 

notification, the flow advances to Step S412, whereas 

if the USB interface unit 101 cannot receive the error 
20 notification by any reason, the flow advances to Step 

S411. 

Step S411: The DV control program 107 judges 
whether the error time-out elapses. If the error time- 
out elapses, the flow advances to Step S412, whereas if 
25 the error time-out does not elapse, the flow returns to 
Step S410. 

Step S412: If the error notification is received 
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before the lapse of the error time-out or if the error 
notification is not received before the lapse of the 
error time-out, the DV control program 107 supplies the 
USB interface unit 101 with an error code request (a 
5 request for an error code representative of the cause 
of an error occurred at DVC 20) . The USB interface 
unit 101 transmits the error code request to DVC 20 via 
the control pipe 31. 

The USB interface unit 204 receives the error code 

10 request from PC 10 via the control pipe 31 and supplies 
the received error code to the control unit 205. The 
control unit 205 supplies the USB interface unit 204 
with an error code. The USB interface unit 204 
transmits the error code to PC 10 via the control pipe 

15 31. 

Step S413: The DV control program 107 analyzes the 
error code supplied from DVC 20 to identify the cause 
of the error. In order to notify the user of the error 
cause, the DV control program 107 displays the 

20 information representative of the error cause on the 
display unit 103. 

In the flow chart shown in Fig. 4, description is 
made on the transmission of a request for changing the 
status of DVC 20 to the forward play state. A request 

25 for changing the status of DVC 20 to the reverse play, 
stop, pause, record, record pause, forward high speed 
play, reverse high speed play, forward slow play, 
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reverse slow play or the like may also be made in a 
manner similar to that illustrated in the procedure of 
Fig. 4. The description of such a case is therefore 
omitted . 

5 As described above, according to the DV control 

program 107 of present embodiment, even if the status 
change notification cannot be received before the lapse 
of the transport time-out, the status request can be 
transmitted to DVC 20 so that it is possible to 

10 reliably know whether the status of a digital video 
apparatus changes to the predetermined status. 

According to the DV control program 107 of the 
present embodiment, even if the error notification 
cannot be received from DVC 20 before the lapse of the 

15 error time-out, the error request can be transmitted to 
DVC 20 so that it is possible to reliably notify the 
reason why the status of the digital video apparatus is 
unable to be changed to a predetermined status. 

According to DVC 20 of present embodiment, the 

20 status time-out can be notified to the DV control 
program 107 by using the interface descriptor. 
Therefore, even if the status change notification 
cannot be transmitted to PC 10 by any reason, the 
status request can be transmitted to the DV control 

25 program 107 at the optimum timing. Accordingly, the DV 
control program 107 can notify the user of the current 
status of DVC 20. 
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According to DVC 20 of present embodiment, the 
error time-out can be notified to the DV control 
program 107 by using the interface descriptor. 
Therefore, even if the error notification cannot be 
5 transmitted to PC 10 by any reason, the error request 
can be transmitted to the DV control program 107 at the 
optimum timing. Accordingly, the DV control program 
107 can notify the user of the cause of an error 
occurred at DVC 20. 

10 Other Embodiments 

The scope of the invention contains also the case 
wherein software program codes realizing the function 
of the embodiment described above are supplied to a 
computer (CPU or MPU) of an apparatus or system 

15 connected to various devices realizing the embodiment 
function, and the computer operates the devices in 
accordance with the stored programs. 

In this case, the software program codes 
themselves realize the embodiment function. Therefore, 

20 the program codes themselves constitute the present 

invention. Transmission media for such program codes 
may be communication media (wired channels such as 
optical fibers, radio channels and the like) of a 
computer network (LAN, WAN such as the Internet, radio 

25 communication network or the like) system for supplying 
program information as carriers of transmission waves. 
Means for supplying a computer with such program 
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codes, e.g., a storage medium storing the program codes, 
constitute the present invention. The storage medium 
for storing such program codes may be a flexible disk, 
a hard disk, an optical disk, a magneto-optical disk, a 
5 CD-ROM, a magnetic tape, a nonvolatile memory card, a 
ROM or the like. 

It is obvious that the program codes are included 
as the embodiment of the invention, wherein not only 
the computer executes the supplied program codes to 

10 realize the embodiment function but also the program 
codes in cooperation with an OS (operating system) 
running on the computer or with another application or 
the like realize the embodiment function. 

It is obvious that the scope of the invention also 

15 contains the case wherein the functions of the 

embodiment can be realized by writing the program codes 
into a memory of a function expansion board inserted 
into a computer or of a function expansion unit 
connected to the computer, and thereafter by executing 

20 a portion or the whole of actual processes by a CPU of 

the function, expansion board or function expansion unit. 

The above-described preferred embodiments are 
merely exemplary of the present invention, and are not 
to be construed to limit the scope of the present 

25 invention. 

For example, the present invention is also 
applicable to a system utilizing extended 



-19 - 



specifications (inclusive of specifications to be 
prescribed in the future) of USB1 . 1 or USB2.0. 

The scope of the present invention is defined by 
the scope of the appended claims, and is not limited to 
5 only the specific descriptions on this specification. 

Furthermore, all modifications and changes belonging to 
equivalents of the claims are considered to fall within 
the scope of the present invention. 
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